Date: Tue, 13 Apr 93 20:35:09 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #99 

To: packet-radio 


Packet-Radio Digest Tue, 13 Apr 93 Volume 93 : Issue 99 


Today's Topics: 
11th Computer Network Conference? 
Baycom / PMP - problem 
Baycom and NOS help needed 
Cable TVI interference (6 msgs) 
Digital Software? (2 msgs) 
Getting in contact with TCP coordinator for SE Pennsylvania 
HAM-server update 
help 
Is this a valid Belgian call sign? 
Look for Phil Karn via E-Mail 
Packet-Internet Gateways 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 13 Apr 93 11:24:51 GMT 

From: ghost.dsi.unimi.it!univ-lyon1.fr!scsing.switch.ch!rzusuntk.unizh.ch!forty2! 
klotz@tcgould.tn.cornell.edu 

Subject: 11th Computer Network Conference? 

To: packet-radio@ucsd.edu 


Until last year, the protocols of the annual computer nework conference 
outld be obtained from the ARRL. However, the last few issues of the ARRL-ad 
in the qst-magazine (I could not scan them through systematically), did not 

mention any of the protocols. (This applies als to earlier protocols.) 

So I have the following questions: Did the computer network conference 

fade away? If not, where can I get the protocols? 


Thanks in advance 
73 de HB9IMKO 


Date: 14 Apr 1993 02:36:31 GMT 

From: sdd.hp.com!saimiri.primate.wisc.edu!zazen!news.uwsuper.edu!hp.uwsuper.edu! 
pmcgilla@network.UCSD.EDU 

Subject: Baycom / PMP - problem 

To: packet-radio@ucsd.edu 


Hi all, 

In my ignorance I assumed they were the same. Now I have a Baycom 
modem, ( which works fine) and some software for the PMP version. I 
really need to use the PMP version or any thing that will give me 
source control of the program. I had already done extensive software 
mods to the PMP program and thought I was ready to go. 


Does anyone know where I can get source for the baycomm style of modem 
or failing that where I can buy ready made modems that use the PMP 
software. 


Thanks for any help you can offer. 


P.S. The Baycom modems plug into a serial port and the PMP modems 
into a parallel port. 


Patrick L. McGillan 

Computer Systems Specialist 

University Of Wisconsin Ph: (715) 394-8191 
Superior, Wisconsin pmcgilla@uwsuper.edu 


Date: Tue, 13 Apr 1993 21:24:49 GMT 

From: swrinde!zaphod.mps.ohio-state.edu! howland.reston.ans.net!spool.mu.edu!torn! 
watserv2.uwaterloo.ca!watserv1! rnelson@network.UCSD.EDU 

Subject: Baycom and NOS help needed 

To: packet-radio@ucsd.edu 


I am trying to help out a friend who is running Baycom and now NOS. 
Baycom works fine but when it comes time to run NOS, the packets 
are not being decoded all the time. Would anyone interested in 
helping me out please drop me a line. We can discuss parameters 
and such. I know it is not the radio or hardware as we thought 


of that first and now discover that baycom can read the packets 
were NOS cannot. We are running WG7J 1.08b NOS. 


Thanks and 73 


Randy 

Randy Nelson VE3WRN Ontario Representative rnelson@watserv1.uwaterloo.ca 
197A Cedarvale Cr. Disability Information ..uunet!watmath!watserv1!rnelson 
WATERLOO, ON Services of Canada. rnelson@watservi1.waterloo.edu 
N2L 4T3 (519) 884-2989 (Voice and TDD) VE3WRN @ VE3EUK.ON.CAN.NA 


Date: Mon, 12 Apr 93 18:30:02 CDT 

From: utcsri!newsflash.concordia.ca!mizar.cc.umanitoba.ca!bison!sys6626! inqmind! 
victor@uunet.uu.net 

Subject: Cable TVI interference 

To: packet-radio@ucsd.edu 


mcovingt@aisun3.ai.uga.edu (Michael Covington) writes: 


You are right -- it's entirely the cable TV company's responsibility to 
keep unwanted signals out of the cable. The cable frequencies are the 
same as frequencies allocated to other things outside the cable. 


If the cable company is picking up unwanted signals, the cable company is 
also _emitting_ unwanted signals (through the same holes), and thus is 
in violation of FCC regulations. 


VVVVVV VV 


Do you know what frequencies chanels 17 to 19 use and what is usually 
allocated to those frequencies for broadcast outside of cable? 


victor@ingqmind.bison.mb.ca 
The Inquiring Mind BBS, Winnipeg, Manitoba 204 488-1607 


Date: Mon, 12 Apr 93 18:17:51 CDT 

From: utcsri!newsflash.concordia.ca!mizar.cc.umanitoba.ca!bison!sys6626! inqmind! 
victor@uunet.uu.net 

Subject: Cable TVI interference 

To: packet-radio@ucsd.edu 


Here in Winnipeg, MB (Canada), we are having a similar problem. 
The entire southern end of the city seems to be affected by some 


interference from some sort of transmitter. It has been there for years 
and is getting worse as well as spreading to more chanels. It used to be 
limited to CH 17 to CH 19 but now has spread to CH 24 in somewhat rare 
cases. 


In some areas, the signal almost totaly vanishes (south side of the 
central core area). The cable company doesn't care about such things and 
has shown no interest in getting rid of the problem. 


They have enough garbage chanels. I wish that they would just rearrange 
the chanels AGAIN and put the garbage ones (airline schedule?!?) on those 
chanels. 


victor@ingqmind.bison.mb.ca 
The Inquiring Mind BBS, Winnipeg, Manitoba 204 488-1607 


Date: Tue, 13 Apr 93 00:16:13 CDT 

From: utcsri!newsflash.concordia.ca!mizar.cc.umanitoba.ca!bison!sys6626! inqmind! 
dino@uunet.uu.net 

Subject: Cable TVI interference 

To: packet-radio@ucsd.edu 


edw@wells.UUCP (Ed Wells) writes: 


I have a friend that runs some packet BBS programs in the Philadelphia 
area. Just recently, the cable company stopped by to identify that he 
has been interferring with Channel 18 cable TV. This happens to be the 
fundamental frequency for the entire 2 meter band. Although the cable 
company acknowledges that he is completely within the legal limits, he 
expects that the cable company is getting ready to finger him with his 
neighbors and start a neighbor-to-neighbor war. The actually problem 
area seems to be confined to within about 500 to 1000 ft (just a few 
city blocks from his transmitter). Supposably, the FCC has already been 
contacted, however, he hasn't seen or heard from any FCC officals 
yet. 


Supposably, the problem has been getting worse, he hasn't changed 
anything in over a year. I figure that the only way the problem is 
getting worse is that the cable is degrading, and his packet activity 
is keeping the packet transmitters on more often. Some of the cable 
ready televisions may also not have the proper shielding also internally 
and accepting some of the signal directly. 


It seems to me that the cable TV industry decided to use the same 
frequencies in the cable that are used as many other ham and/or commercial 


VV VV VV VV VV VV VV VV VV VV VV 


> frequencies outside the cable, and now that leakage/acceptance is occuring, 
> they don't know how to deal with the monster they've created, 

> or their irate customers (who probably are demanding refunds). 

> 

> Has anyone else around the country had a problem like this? If so, 

> please send me some mail (not netnews) about what you had to do to resolve 
> this. The more detail you put in your reply, the more I'll be interested 
> in reading it and passing this on to others that may also benefit by 

> it. 

> 

> Thanks. 

Sos 

>. SSS —=—— SS — — | — 
> Edward E. Wells Jr., N3IAS, President Voice: (215) -943-6061 


Vv 


Wells Computer Systems Corp., Box 343, Levittown, Pa. 19058 
twells.com,dsi.com,dsinc,bcccix,francis+!wells!edw 


Vv 


I did a study on CAtv INGRESS about 11 years ago and found that cable 
sheath quality, and ground termination aging or corrosion were 2 major 
sources of INGRESS. AMong others were people with improperly loaded 
terminations, such as splitter connections to their FM radio at 300ohms 
etc or just open cct. THe MID-BAND channels are always notorious for 
broadcast interference, even sources like induction motors used on diesel 
trains cause huge levels of interference, (if you happen to back ona 
railway). 


THe quality of the cable is crucuial with various type and blends of 
shields, 100% braid coverage is not necessarily best. Dual shieleded coax 
with braid & foil are generally best with solid copper used on trunks. 
The cables were replaced a few years ago in WInnipeg to improve on the 
midband noise shielding and also widen the system bandwidth. 


I don't beleive TV's are the cause of noise INGRESS, it's mainly the 
cable shield and shield grounds. Of course buried cable is best since the 
ground path lengths are short, but if your city uses aerial cables, then 
the ground path lengths can become significant sources of ingress along 
the distribution lines in the neighboorhood. 


dino@ingqmind.bison.mb.ca 
The Inquiring Mind BBS, Winnipeg, Manitoba 204 488-1607 


Date: 13 Apr 1993 18:13:03 GMT 

From: sdd.hp.com!hpscit.sc.hp.com!spikes@network.UCSD.EDU 
Subject: Cable TVI interference 

To: packet-radio@ucsd.edu 


As is typical nowadaze, you will probably have to do somebody else's job 
for them. Although this shouldn't be needed, you might take a few minutes 
to wander around the neighborhood with an HT sniffing for cable leakage 
on your freq. after shutting down your system for a while. 


If you are fortunate enough to the find the hole, call the cable company and 
get the highest link in the chain of command you can. Explain the problem, 
whose job it really is to maintain THEIR equipment, and how much of a nice 
guy you are to have tracked down THEIR problem for them. 


You may have been lucky and made a new contact that could be helpful in the 
future. 


You should always try the 'honey' approach before bringing out the 
Jack Nicholson impressions..... >:-) 


This has worked for me in the past with the power company when tring to 
find loose/noisy high voltage lines/hardware. Only once did I have to 

tell them I was narrowing the problem down to a specific pole by bumping 

a whole line of poles with my car. Got ‘em out there THAT NIGHT. And, they 
didn't have to meet Jack! 


As a disclaimer, THEIR method for finding loose hardware was usually 
whacking the poles with a huge sledgehammer after their high tech arc- 
finding ‘scope couldn't find the problem. 


Bill 
wb6 rotten zucchini garden 


Date: 13 Apr 1993 19:26:02 GMT 

From: news.larc.nasa.gov!nimbus.larc.nasa.gov!watson@uunet.uu.net 
Subject: Cable TVI interference 

To: packet-radio@ucsd.edu 


I also have a problem with Channel 19 (CNN) - I can often hear people's 
pagers and there are lines through the picture which come and go 

with the transmissions. I wrote to the local FCC office and they turned the 
problem over to the cable company who did nothing. I gave up after a year of 
letters and phone calls. I got the impression the FCC was powerless and it 
was up to the cable company to correct the situation. 


I live about two blocks from a microwave repeating tower but I'm 
not sure if the tower is the problem. The problem is very irritating - why 
can't the cable company, who knew there was a problem with this 


channel before I wrote my letter, make that channel a blank? 


Cathy Watson 
watson@asdsun.larc.nasa. gov 


Date: Wed, 14 Apr 1993 00:03:37 GMT 

From: usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu! 
rlong@network.UCSD.EDU 

Subject: Cable TVI interference 

To: packet-radio@ucsd.edu 


Channel Visual Carrier 


17 139.25 MHz 
18 145.25 
19 151.25 


See QST Jan 1986, page 33 for more on this apparently popular topic. 


Ron W8GUS. 


Date: 13 Apr 1993 14:33:14 GMT 

From: usc!cs.utexas.edu!tamsun.tamu.edu! taex003n.tamu.edu! gtaylor@network.UCSD.EDU 
Subject: Digital Software? 

To: packet-radio@ucsd.edu 


Looking for opinions about the digital (RTTY, AMTOR, etc) 

software that performs the function of the TNC, only requiring a 

Simple modem - such as the commercially available G4BMK package or the 
freeware HamComm. Intuitively, this makes a lot of sense, to me at least. 
Just wonder how this works in practice. 

Am attempting to crosspost to "packet" because I figure there will be 

a lot of relevant expertise there but don't receive that group so would 


appreciate replys direct or to "amateur.misc." 


Thanks and 73..Greg 


Greg Taylor, KD4HZ // g-taylor4@tamu.edu // 409-845-4445 // Fax-847-8744 


Greg Taylor, KD4HZ // g-taylor4@tamu.edu // 409-845-4445 // Fax-847-8744 


Date: Tue, 13 Apr 1993 16:39:00 GMT 

From: mvb.saic.com!ast.saic.com!seymour@network.UCSD.EDU 
Subject: Digital Software? 

To: packet-radio@ucsd.edu 


In article <gtaylor.139.0@taex003n.tamu.edu> gtaylor@taex003n.tamu.edu (Gregory S. 
Taylor) writes: 

>Looking for opinions about the digital (RTTY, AMTOR, etc) 

>software that performs the function of the TNC, only requiring a 

>simple modem - such as the commercially available G4BMK package or the 

>freeware HamComm. Intuitively, this makes a lot of sense, to me at least. 

> 


I have built the receive side of the simple circuit that goes with the 
HAMCOMM program. I can receive HF RTTY with this but there is a fair 
amount of noise. I have been told that this may be due to insufficient 
audio filtering. I am going to build an 8 pole bandpass filter to try 
to improve this and see how it works. 


The HAMCOMM program is interesting since it has both a tuning mode and an 
audio spectral display mode. It cost me about $4 to make the receive 
side of the circuit (with some parts from the "junk-box"). 


I am also interested in implementing AMTOR (which HamComm does not do) 
in software but that looks like a long term project. 


You may also find the article "A Multi-Mode Computer/Radio Interface" by 
James C. Vandiver (WB4LHG) interesting. It is in Nov. 1992 QEX. 


For the record: 


Rig: Kenwood TS-520 
Computer: Panasonic XT Clone 


Ken Seymour 
seymour@ast.saic.com 
KD6PSW/AG 


Date: Tue, 13 Apr 1993 21:38:36 GMT 
From: swrinde!gatech!howland.reston.ans.net!newsserver.jvnc.net!synapse.bms.com! 


synapse! anderson@network.UCSD.EDU 
Subject: Getting in contact with TCP coordinator for SE Pennsylvania 
To: packet-radio@ucsd.edu 


I'm looking to get an IP number assigned. Who is the TCP coordinator for SE Pa 
and how do I get in contact with him? 


Thanks, 


Jay Anderson N3JMC anderson@optical.bms.com 
Imaging Systems Adminstrator 

Bristol-Myers Squibb Pharmaceutical Research Institute 
Princeton, NJ 08543 Work: (609) -252-6039 


Date: Tue, 13 Apr 93 16:27:28 PST 

From: tandem! UB.com!GRAFex!news@uunet.uu.net 
Subject: HAM-server update 

To: packet-radio@ucsd.edu 


All you might ever want to know about the KA6ETB HAM-server 


Hardware: 


386/25 PC clone 
Telebit QBlazer modem 
10-Meg file space reserverd for archive 


Software: 


Waffle 1.65 
WFSmail 2.03 


General Information: 


Orders for files are filled between the hours of 0100-0500 daily, Pacific 
time. This is so those hosts through which the traffic is forwarded are not 
overloaded. Since we all depend on the generosity of others to carry the 
mail, it behooves us not to make them angry. 


There is a daily limit of ALL requests of 3-megs. If there are a series of 


files you want to order, stretch them out over a few days, rather than 
ordering all at once. That way, you are almost assured of getting them 
all, and you won't be blocking others from getting their orders filled. 


ASCII (text) files are split at about 59,000 bytes. UUENCODED binary files 
are split at about 750 lines. 


/hamradio/newfiles/ contains files that have not yet been categorized. 
A new INDEX is automatically generated every Sunday. 

New files are being added and old files are being changed and updated. 
You might want to send a order for NEWFILES <date> from time to time, 


to see what's new. <date> has the form of MM-DD-YY and is required. 


Ordering Information: 


Send an email to: 
HAM-server@GRAFex.Cupertino.CA.US 
In the text of the message, place: 
HELP 
INDEX 
GET /hamradio/00- INDEX. TXT 


HELP will send you the HAM-server HELP file. This is processed immediately 
for return delivery. 


INDEX will send you an index of the files and the directory they are in. 

QO-INDEX.TXT is a description of most of the files in INDEX. This file 

is in a continual state of flux, therefore many of the file names listed 

therein may not match INDEX, but you can figure it out. 

A new index is automatically generated every Sunday night. 

If you are using a PC and you do not have UUDECODE, follow these steps: 

1. Order UUDECODE.BAS or UUDECODE.C, and UUEXE515.ZIP. 

2. Compile UUDECODE.BAS or UUDECODE.C on your system. 

3. Use the resulting executable to UUDECODE UUEXE515.ZIP. UUEXE515 has 
documentation about UUENCODE/UUDECODE. 


You are all set to start ordering binary files from HAM-server. 


Some Reasons Why Ordered Files Are Not Received: 


1. Your return path is incorrect. My bounce mailbox fills up quite 
regularly with messages. And, since the path is incorrect, I cannot 
contact you to let you know. 


2. You have spelled the file name incorrectly. Use the file names 
listed in the INDEX, rather than O0O-INDEX.TXT. The latter is only 
a guide. 


3. The file name has changed since the INDEX was generated. Order a 
new INDEX. 


4. Your order was sent to KA6ETB@GRAFex.Cupertino.CA.US, instead of 
HAM-server@GRAFex.Cupertino.CA.US. File requests sent to me 
will not be honored (naturally). 


5. The 3-meg daily limit has been reached. Try again. 


-- EOF 


Date: 13 Apr 93 15:16:24 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: help 

To: packet-radio@ucsd.edu 


help 


Date: Tue, 13 Apr 93 11:30:23 GMT 

From: usc!sol.ctr.columbia.edu!ira.uka.de!news.dfn.de!hpux.rz.uni-jena.de!th- 
ilmenau.RZ.TH-Ilmenau.DE!systemtechnik.tu-ilmenau.de! tom@network.UCSD.EDU 
Subject: Is this a valid Belgian call sign? 

To: packet-radio@ucsd.edu 


In article <jvp.734403143@cpre1.ee.iastate.edu>, jvp@vlsi4.ee.iastate.edu (Jim Van 
Peursem) writes: 

|> 

|> Hi, 

|> 

|> I was just contacted by a Belgian ham via postal mail. He wrote his 

|> call sign as ONL4456. Can this be valid? The ON prefix looks right for 

|> Belgium, but a four number suffix? And the length of the call sign is 

|> seven characters! How would a call like this work in ax.25 which has 

|> room for only six characters plus ssid? Do they run something different 


|> than the standard ax.25 in Belgium? 
|> 


|> | Jim Van Peursem - Ph.D. Student - Ham Radio -> KEQ@PH 

|> | Department of Electrical Engineering and Computer Engineering 
|> | Iowa State University - Ames, IA 50011 

|> | internet - jvp@iastate.edu -or- jvp@cpre1.ee.iastate.edu 

|> +--------------------------------------------------------------- + 


| Thomas Planke Planke@Systemtechnik.TU-Ilmenau.DE | 


J- 2-222 ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee | 
| Technical University Ilmenau Phone: +49 3677/69-1465 
| Dept. of Automation and Systems Engineering Fax: +49 3677/69-1446 


| 
| PF 327,Am Ehrenberg,D-06300 Ilmenau, Germany 


Date: Tue, 13 Apr 1993 16:06:01 GMT 

From: usc!zaphod.mps.ohio-state.edu!howland.reston.ans.net!agate!boulder!ucsu! 
proulx@network.UCSD.EDU 

Subject: Look for Phil Karn via E-Mail 

To: packet-radio@ucsd.edu 


Does anyone know what Phil Karn's e-mail address is? I would like to 
ask him some questions concerning TCP/IP on packet for a presenation 
I am working on for one of my grad classes. 


73 


Mark Proulx 
N9EDK/O 
proulx@ucsu.colorado.edu 


Date: Tue, 13 Apr 1993 15:25:25 GMT 

From: usc!howland.reston.ans.net!spool.mu.edu!clark! thrain.vancouver.wsu.edu! 
day@network.UCSD.EDU 

Subject: Packet-Internet Gateways 

To: packet-radio@ucsd.edu 


Does anyone have a list of Packet-Internet gateways in the Washington, 


Oregon, and Idaho areas? Any information would be appreiciated. 
Thanks. 


Steve Day 

N7VHY 

Internet: day@vancouver.wsu.edu 
Packet: n7vhy@kb7kbt.or.usa.na 


This signature made with 
75% xecycled pixels 


Date: Tue, 13 Apr 93 14:53:28 GMT 
From: access.usask.ca!kakwa.ucs.ualberta.ca! alberta! adec23!mark@decwrl.dec.com 
To: packet-radio@ucsd.edu 


References <1993Mar31.231553 .5626@btree.uucp>, 
<1993Apr6.151902.20657@ve6mgs.ampr.org>, <1993Apr7.223459.18087@ke4zv.uucp> 
Subject : Re: RFD: reorganization of rec.radio.amateur 


gary@ke4zv.uucp (Gary Coffman) writes: 


>*If* we are to break up into little groups, something I don't support, 
>then an RDF group has merit. As several of us have posted, DFing is a 
>rapidly growing sport in the US, and has been a vigorous sport in Europe 
>for years. You may have missed the discussions on GPS and Loran C equipment 
>in vehicles, that was about automating DF bearing resolution. 


You are right Gary, there is some volume there! I saw the discussions of 
Loran C out of my pocket book range so I ignored them ... 


>aside from packet which xstillx 
>has more posts in misc than packet as witness the latest PK232 vs KAM 
>postings. 


I am sure some of that problem is due to the fact that we may also be a 
victim of the ListServer mentality (or should I call it A-news mentality). 
Sure, anyone on the end of a listserver, or has been used to the List will 
create some resistance to compartmentalizing the discussion. It is hoped that 
posting (or xposting <jab> <jab>) a set of short FAQs every two weeks, with 
some dedicated individuals providing email nudges will keep this to a 
minimum. 


Besides, PK232 vs KAM discussions xbelongx in the *.misc Quagmuire :-) along 
with my dad is bigger than your dad ;-) 


I am disturbed that we have had *xlittlex input from the Listserver users. To 
that end, if a listserver user doesn't know where to turn to, in order to post 


their opinions to news.groups, I have set up news.groups@ve6émgs.ampr.ab.ca to 
cross post to: news.groups,rec.radio.amateur.misc,rec.radio.amateur.packet for 
the RFD and CFV period. 


-- 73 de VE6MGS/Mark 


End of Packet-Radio Digest V93 #99 
KKKKKKKKKKKKKKKKKKKKKKKKEKR AK KAA 


